home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0082 / 101.txt < prev    next >
Text File  |  1997-04-16  |  10KB  |  240 lines

  1. =========================================================================
  2.  
  3. INFO-ATARI16 Digest         Thu, 25 Jan 90       Volume 90 : Issue  101
  4.  
  5. Today's Topics:
  6.                        How to Fix a Dead ST???
  7.                          METAFOUR hard drives
  8.                       Need dumped GNUEmacs 18.55
  9.                     Question on use of Interleaves
  10.                             The real world
  11.                Words of wisdom on MWC behaviour needed
  12. ----------------------------------------------------------------------
  13.  
  14. Date: 25 Jan 90 21:10:09 GMT
  15. From: att!dptg!lzsc!hcj@ucbvax.Berkeley.EDU  (HC Johnson)
  16. Subject: How to Fix a Dead ST???
  17. Message-ID: <1245@lzsc.ATT.COM>
  18.  
  19. In article <370005@col.hp.com>, don@col.hp.com (Don Allison) writes:
  20. > How do you go about maintaining your Atari ST?  I managed to kill mine in the
  21. > process of upgrading the memory (it was flakey anyway, but it is really dead
  22.  
  23. Don't panic:
  24. 1. Atari does have its exchange.
  25.  
  26. If the product is out of warranty, you can send it directly to
  27. Atari at this address:
  28.  
  29.                        Atari Corp.
  30.                        390 Caribbean Dr.
  31.                        Sunnyvale, CA 94089
  32.                        ATTN: Door 17
  33.  
  34. It will be repaired or replaced at their discretion.  If the unit
  35. is no longer manufactured or kept in stock by Atari, they will
  36. replace it with an equivalent or enhanced version at their discretion.
  37.  
  38. Repair/Replacement prices for ST equipment are as follows:
  39.  
  40.                        520ST             $95.00
  41.  
  42. 2. you may have slightly munged the socked for the mmu.
  43.  
  44. Standard fix:  remove mmu, GENTLY flex the socket pins toward the center to
  45. tighten them, reinsert mmu.  This fixes lots of MMU problems.
  46.  
  47. 3. check the power supply:  if +5 +12 are there, there's hope.
  48.  
  49. 4. for $100 you can become a developer, and get the schematics.  I've seen
  50. ref. to H. Sams having schematics for a 512.
  51.  
  52. good luck
  53.  
  54. Howard C. Johnson
  55. ATT Bell Labs
  56. =====NEW address====
  57. att!lzsc!hcj
  58. hcj@lzsc.att.com
  59.  
  60. ------------------------------
  61.  
  62. Date: 25 Jan 90 22:23:31 GMT
  63. From: van-bc!ubc-cs!alberta!aunro!atha!rwa@ucbvax.Berkeley.EDU  (Ross Alexander)
  64. Subject: METAFOUR hard drives
  65. Message-ID: <1608@atha.AthabascaU.CA>
  66.  
  67. 870086t@aucs.uucp (Shannon Tremblay) writes:
  68. > Has anyone ever heard of or delt with METAFOUR MARKETING out of
  69. >Edmonton, Alberta, Canada.  They sell custom harddrives.  I just bought
  70. [a long tale of woe re damaged-in-shipment and slow delivery]
  71. > METAFOUR tells me they have a good track record shipping all over
  72. >the country, but what do you expect.
  73.  
  74. I've got one of these too; Quantum Pro-80 (with the ROM fix), BMS
  75. adaptor, room for another drive, et c. et c.  I don't think that power
  76. supply is 200w :-), maybe 125 or so.  Agreed it's total overkill.  For
  77. the price, given that you can't/don't want to roll your own, they are
  78. fine.
  79.  
  80. I have to admit that Maurice Hilarius (that's his real name, folks)
  81. seems to have a bad time with the shippers.  My disk wandered to
  82. Portsmouth, Oregon before it got the 150 km north from Edmonton to
  83. here.  Sure was a loooong time a'coming.  There was a similar long
  84. wait for an order of printer ribbons.
  85.  
  86. I don't think he's a scam artist, though; just a very small
  87. businessman with thin margins.  It seems to come with the Atari
  88. territory :-(.  I'm still dealing with him in complete confidence.
  89. I've just switched to going down and picking stuff up in person;
  90. that's always worked beautifully.  Obviously your mileage may vary
  91. ;-).
  92. --
  93. --
  94. Ross Alexander    (403) 675 6311    rwa@aungbad.AthabascaU.CA    VE6PDQ
  95.  
  96. ------------------------------
  97.  
  98. Date: 26 Jan 90 01:31:10 GMT
  99. From: dino!ux1.cso.uiuc.edu!ux1.cso.uiuc.edu!cs121ta1@uunet.uu.net
  100. Subject: Need dumped GNUEmacs 18.55
  101. Message-ID: <16000002@ux1.cso.uiuc.edu>
  102.  
  103. I want to use GNU Emacs 18.55, but there's just no way that I can manage
  104. the dumping process on my one-drive, 1040ST.  Is there any reason why I
  105. could not use the dumped "xemacs" from somebody else's system?  If so,
  106. could some kind soul make one available via FTP?
  107. ==========================
  108. Scott Renner                                    INTERNET: renner@cs.uiuc.edu
  109. University of Illinois at Urbana-Champaign      UUCP: pur-ee!uiucdcs!renner
  110.  
  111. ------------------------------
  112.  
  113. Date: 25 Jan 90 21:31:11 GMT
  114. From: att!dptg!lzsc!hcj@ucbvax.Berkeley.EDU  (HC Johnson)
  115. Subject: Question on use of Interleaves
  116. Message-ID: <1246@lzsc.ATT.COM>
  117.  
  118. From: dlm@druwy.ATT.COM (Dan Moore)
  119. in article <1230@lzsc.ATT.COM>, hcj@lzsc.ATT.COM (HC Johnson) says:
  120. > The information with the Adaptec 4000 controller that most MFM systems
  121. > use is to use interleave=1.  There are 17 sectors on each track.  With
  122.  
  123. I will write 16 != 18 100  times.
  124.  
  125. Straight from the book.
  126.  "The ACB-4000 series controllers are capable of reading one track of data
  127. from the disk in one revolution of the disk.  This is called noninterleaved,
  128. or 1-to-1 interleaved operation."
  129.  
  130. "SECTOR SIZE  BYTES/SECTOR INTERLEAVE  SECTORS/TRACK
  131.         512     576             1               17
  132.         512     566             >1              18"
  133.  
  134. So the deal is with Interleave=1, Adaptec will deliver all the sectors on
  135. one turn.  Since TOS usually asks for 2 at a time, this is somewhat efficient.
  136. The key question is how soon TOS will come back with the next request.  I
  137. think not too soon -- this is a ms/dos clone; no read ahead.
  138. The result will probably be close to 2 sectors per turn.
  139.  
  140. Likewise, if Interleave >1, then it will take a little longer to get the 2
  141. sectors for TOS (3 sector times instead of 2 for I=2) but it still is close
  142. to 2 sectors per turn.
  143.  
  144. Since the Adaptec doesn't have to process on the fly, it can pack the sectors
  145. tighter; leaving 18 to the track, which increases capacity.
  146.  
  147. Since I do cartridge tape backup and read a track at a time, it pays me to use
  148. interleave=1.  your mileage may differ.
  149.  
  150. Howard C. Johnson
  151. ATT Bell Labs
  152. =====NEW address====
  153. att!lzsc!hcj
  154. hcj@lzsc.att.com
  155.  
  156. ------------------------------
  157.  
  158. Date: 26 Jan 90 01:00:35 GMT
  159. From:
  160.  samsung!cs.utexas.edu!jarvis.csri.toronto.edu!utgpu!watserv1!watdragon!tiger!sw
  161.  klassen@think.com  (Steven W. Klassen)
  162. Subject: The real world
  163. Message-ID: <20189@watdragon.waterloo.edu>
  164.  
  165. In article <26715@brunix.UUCP> rjd@cs.brown.edu (Rob Demillo) writes:
  166. >
  167. >So, don't laugh too hard...I did, but after getting my Masters, and
  168. >contracting around for about 5 years, and reading the trade journals,
  169. >and talking with other computer professionals....C still has a way
  170. >to go outside the computer science field.
  171.  
  172. Hmmm, so far my work terms have included:
  173.  
  174. Ministry of Transporation - dBase III+, Clipper, Lotus 1-2-3, Pascal on PCs
  175. GE Plastics - Oracle (SQL) on a VAX 8350 (yes that says 8350!)
  176. EDS (part of General Motors) - Fortran on a PDP-11/70 and a 4GL on a HP3000
  177.  
  178. All the jobs (except one) I have applied for this term are programming
  179. in C on a Unix (or Unix-like) environment.
  180.  
  181. I have yet to touch BASIC while programming in the "real" world.  Guess
  182. I'm just lucky!
  183.  
  184. Steven W. Klassen                       +-----------------------------+
  185. Computer Science Major                  | Support the poor...buy fur! |
  186. University of Waterloo                  +-----------------------------+
  187.  
  188. ------------------------------
  189.  
  190. Date: 25 Jan 90 19:09:37 GMT
  191. From: van-bc!ubc-cs!alberta!myrias!mj@ucbvax.Berkeley.EDU  (Michal Jaegermann)
  192. Subject: Words of wisdom on MWC behaviour needed
  193. Message-ID: <633294579.26980@myrias.com>
  194.  
  195. Does anybody has a sage advice what to do with the following
  196. problem (short of replacing a compiler with something else)?
  197.  
  198. Setting:  Mega ST with TOS 1.4, gulam shell and MWC 3.0.6 compiler.
  199. Any program compiled with supplied MWC libraries which reads stdin.
  200.  
  201. An attempt to redirect on a command line stdin to come from a file
  202. causes an 'exit()' routine to bomb out in the most interesting and
  203. unusual manner. On my screen appears a messege "*** SYSTEM HALTED ***"
  204. in a company of some other nonsense which informs me that the system
  205. memeory is exhausted and advise me to use FOLDRXXX.PRG to avoid that.
  206. Which is obviously bogus.
  207.  
  208. I hoped that maybe an istallation of poolfix3 (yes, version 3) will
  209. improve the situation.  Unfortunately it does not have a slightest
  210. influence - at least on this.
  211.  
  212. All test programs work beautifuly, echoing nicely input, until they
  213. hit exit(). THE CRASH does not happen when there are run under msh, OR
  214. when run under msh or gulam but were compiled with MWC-zed dLibs
  215. libraries.  But I need a floating point, which dLibs does not support.
  216. An attempt to use MWC printf with dLibs was partially successful in
  217. that the the program behaves nicely and exits in a clean manner but it
  218. does not print anything at all (probalby due to incompatible internal
  219. structures).
  220.  
  221. Part of a problem obviously is caused by a fact that MWC thinks that
  222. there is only one shell in a world and is called msh.  Still I am
  223. not very eager to pay good money for sources for their libraries
  224. in order to fix their bugs. I feel that I already paid for a compiler.
  225. BTW - MWC libraries contain, indeed, an undocumented function isatty(),
  226. which, once again, works with msh only.  Fortunately this is easy to
  227. remedy.
  228.  
  229. In hope that somebody may come with a good solution,
  230.         Michal Jaegermann
  231.         Myrias Research Corporation
  232.         Edmonton, Alberta, CANADA
  233.         mj@myrias.COM
  234.         ...?uunet,alberta?!myrias!mj
  235.  
  236. ------------------------------
  237.  
  238. End of INFO-ATARI16 Digest V90 Issue #101
  239. *****************************************
  240.